home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 6693 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.3 KB  |  47 lines
  1. Newsgroups: comp.dcom.modems
  2. Path: news.uunet.ca!gts!bokonon!stephen
  3. From: stephen@bokonon.ussinc.com (Stephen M. Dunn)
  4. Subject: Re: UART 16650
  5. Organization: United System Solutions Inc.
  6. Date: Sat, 2 Mar 1996 03:39:59 GMT
  7. Message-ID: <DnMFIn.2Gv@bokonon.ussinc.com>
  8. References: <4gf6b3$v5d@mips.pfalz.de> <4gkaj5$i5f@hg.oro.net> <DnAnB1.Mr@giskard.demon.co.uk>
  9.  
  10. In article <DnAnB1.Mr@giskard.demon.co.uk> dale@giskard.demon.co.uk (Dale Shuttleworth) writes:
  11. $???  Large receive buffer sizes are primarily there to deal with
  12. $interrupt latency causing characters to to dropped.  Since it is
  13. $impossible to drop characters on transmit you don't really need any
  14. $buffering at all.
  15.  
  16.    Large receive buffers can also reduce CPU load.  An interrupt,
  17. in many cases, is relatively expensive in terms of CPU time (particularly
  18. in an OS which has to do a context switch in order to run an interrupt
  19. service routine).  If you can move more than one character during
  20. that one call to the ISR, you're probably using CPU cycles more
  21. efficiently as well as reducing the chance of data loss due to
  22. high latency.
  23.  
  24.    And yes, you don't _need_ transmit buffers - but that certainly
  25. doesn't mean they can't be of benefit.
  26.  
  27. $If you have a really loaded system doing polled transmission then I
  28. $suppose big transmit buffers are useful, otherwise they're a waste of
  29. $time.  This is especially true since we usually transmit data to the
  30. $modem at far higher rates rather than it can actually send it.
  31.  
  32.    A really loaded system doing interrupt-drive transmission would
  33. also benefit, in the same case in which it benefits from
  34. receive buffers - if the interrupt latency may be so high that
  35. the interrupt can't be serviced quickly.  Without buffers, the
  36. system would stop transmitting until such time as the ISR
  37. can stuff another character into the UART.  If, on the other
  38. hand, I can load up the UART with a number of characters at once,
  39. I know they'll all transmit at full speed.
  40.  
  41.    The comment about CPU utilization also applies here.
  42. -- 
  43. stephen@bokonon.ussinc.com               ...!{xrtll,gts.org}!bokonon!stephen
  44. ----------------------------------------------------------------------------
  45. Stephen M. Dunn, CNE, ACE, Sr. Systems Analyst, United System Solutions Inc.
  46. 104 Carnforth Road, Toronto, ON, Canada M4A 2K7          (416) 750-7946 x251
  47.